home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0049 / 412.txt < prev    next >
Text File  |  1997-04-16  |  18KB  |  419 lines

  1. Info-Atari16 Digest   Wednesday, August 23, 1989   Volume 89 : Issue 412
  2.  
  3. This weeks Editor: Bill Westfield
  4.  
  5. Today's Topics:
  6.  
  7.                             Norad binary ?
  8.           Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
  9.                             DeskJet Buffer
  10.                         Hard disk formatting?
  11.                        Patching Absoft Fortran
  12.                      Re: Designing HIs under GEM
  13.                           PC Ditto question
  14.                                 uupc ?
  15.                      Re: IBM Keyboard on Atari ST
  16.                NetHack3 binary needed for Atari 1040 ST
  17.                         ST monitor connection
  18.  
  19. ----------------------------------------------------------------------
  20.  
  21. Date: 17 Aug 89 14:24:33 GMT
  22. From: mcvax!sunic!kth!draken!tut!ra!chyde!hv@uunet.uu.net  (Harri Valkama LAKE)
  23. Subject: Norad binary ?
  24. To: info-atari16@score.stanford.edu
  25.  
  26. Was norad binaries posted recently to comp.binaries.atari.st
  27. arriving alright ? What I got here seems to be truncated because
  28. the last line that was there was 80 characters wide so it was
  29. a whole line, and there was no 'end'...
  30.  
  31. Where can I ftp it if it was only this site that got it truncated.
  32. --
  33.         Harri Valkama                   : email:  hv@chyde.uwasa.fi (internet)
  34. Computer Centre, University of Vaasa    :         valkama@finfun    (bitnet)
  35.         P.O.BOX 700                     : voice:  +358 61 248426
  36.         SF-65101 VAASA FINLAND          :  site:  128.214.12.3
  37.  
  38. ------------------------------
  39.  
  40. Date: 18 Aug 89 15:50:51 GMT
  41. From: blake!bissiri@beaver.cs.washington.edu  (Moja Fritzah)
  42. Subject: Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
  43. To: info-atari16@score.stanford.edu
  44.  
  45. In article <2520@orion.cf.uci.edu> jtang@orion.cf.uci.edu (   James   ) writes:
  46. >Say if I go to a computer story and ask for Seagate 296N drive, how would I
  47. >know/identify if it has the rev 7 ROM????
  48.  
  49. Most dealers don't know about the different ROM versions for the
  50. Seagate 296N drive.  If the dealer is putting the kit together for you,
  51. ask him to let you see the drive before they stick it in the case.
  52. There should be a ROM number printed on the side of the drive.  Also,
  53. the original packing/box should have the ROM number printed on one side.
  54. Thirdly, the packing slip from the manufacturer gives the drive's specs.
  55.  
  56. Don't get your hopes up, most of the ROM 7 277N's and 296N's vanished
  57. about 8-10 months ago.  Seagate promised to do yet another revision,
  58. but i have yet to hear about its existence.
  59.  
  60. Note that many folks with the ROM 8 296N are quite happy with
  61. 2:1 interleave and about 400+k data transfer rate.  After all, most
  62. things coming off your drive are relatively small.  Unless you have
  63. disk intensive operations going all the time, you may be satisfied with
  64. ROM 8's.
  65.  
  66. I eventually returned my 296N and bought a Quantum 80S.  It moves
  67. data about 675k/sec and has a seek rate of 11/19ms (11ms when using
  68. its 64k cache).  The Supra blast.prg gave me 18 pics/sec.
  69.  
  70. -kevin
  71. bissiri@blake.acs.washington.edu
  72.  
  73. ------------------------------
  74.  
  75. Date: Fri, 18 Aug 89 20:25+0200
  76. From: Ritzert%DMZRZU71.ZDV.Uni-Mainz.de@Forsythe.Stanford.EDU
  77. Subject: DeskJet Buffer
  78. To: info-atari16@SCORE.STANFORD.EDU
  79.  
  80. Hi!
  81.  
  82. The following uu-file containes a zoo'ed .pi3 picture of the scematics
  83. of the printer buffer I have set up. The input (atari side) is port B,
  84. on the right side of the picture. It uses an 74hct645 and gets its power
  85. supply from the !error signal of the printer, which is down only under
  86. very rare conditions. Frans van Hoesel posted a message about this
  87. buffer recently. I have been using it for a few weeks heavily (printing
  88. TeX at 300 dpi) without any problems.
  89.  
  90. Greetings
  91.  
  92. M. Ritzert
  93.  
  94. bitnet: mjr at dmzrzu71
  95.  
  96. table
  97.  !"#$%&'()*+,-./0123456789:;<=>?
  98. @ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]%_
  99. begin 644 d:\cad\hct645.zoo
  100. M6D]/(#(N,# @07)C:&EV92X:  #<I\3]*@   -;___\"  $        !W*?$z
  101. M_0(!)@X  '$    &$UJU5@TB?0  M0T   $           !H8W0V-#4N<&DSy
  102. M    "@!_>+X             0"DC*    0@X<.<   !P#A(TB/! P@,0 =PIx
  103. M4&7 C ,S!LPY,.>@QX\@0XH<2;*DR9,H4ZI<R;*ERY<P8\J<2;.FS9LX<%K<w
  104. MR;.GSY] @PH=2K2HT:-(DRI=RK2ITZ=0HTJ=2K6JU:M8LVK=RK6KUZ]@PXH=
  105. M2[:LV;-HTZI=R[:MV[=PX\J=2[>NW;MX\%K=RW?I 6 ! 'T< ,S  ,$#CH$#u
  106. M$/BJ 3 '&P-X;*"Q 3-)@7D$/ [>0<TA#9P9=NC8N&.%$P<;I/D,L .D00<-t
  107. M $ZV19,'C(4QM-L,& , S.R&#.SW\*$6XXT+IWD&N 'AABT&:: R[T/F)@\Ps
  108. M%%80N,#$6.@ &L!GF 8"!47X8C-#6=P._+-P0@ &4CY.'%VP> ,W L >#r
  109. M>_ -8 P8XQASWS#G##/,:%.\-LR!R TXPW\!#"(@@3$!5U1Y<<Q#VP#Q/!?.q
  110. M..%9-4!?++;H(DN025;6(13 <0A5XZD4P#N%(/"(8% 5P$$(LJ6$B KX("+5p
  111. M X*,,)U*AXB0QS%2*>"+"&@AX$D<1;[HY9<S!?#//U2-":2.C%$EV)DI!9#Fo
  112. M5&NRY*:;< + YDD@S*FFG0! D!(8 02J)B""I8AG  <$0]4@X CF)TIY%A $n
  113. M58* XFA*>3XPYJ:<=NKIIZ"&*FJG\%S:IJ246BIGHHLV*J>@<!(JYYM2Q;F2m
  114. MGG7>>1*NM?)Y*ZU1V8HFG;WJ:A*OP?HZ[)[&EH0L5,*V"2RTRDI+;++-DO3Ll
  115. M4]&BM*U3W>XZ;4\$X$$ $"F%>%RX/)U[;KK5>LLN21%,*BH\'YB++DKJ.COOk
  116. M2(%Z! $!! B0+4C]BG0 (-%2%'!+ %-QK4EQ>H82$(%.7-( %@O<$J&"(8#2j
  117. M88@JFA+','UPL$B,"I;0200PANK)\ C0D@<XJ,Q2I0E_]%< FMH[IICP>'@Ki
  118. M$SI[)/0_I0* CXXS'QL QS:SY  5]8ZIV<H \+RJR5)3#3$92:/+=<NO:BQ2h
  119. MH&*S]$'.0)I]$LBSJAV2H %['7>\(O6\]K\?X0U3P')3S/>Z=H,D%$N$'XZPg
  120. MX]H"[M'B'A]4>$E%WRUY9&[FO5+C7&>N%.:,=3ZX1Y>3)'K@I%,.,>J0>[3Zf
  121. MY*V;SCCLH<?%=%*!VUXY *F/-'MDM?=YNN6Z\\GUZ+Q/[OOKR.>%/.O-<V[\e
  122. M[='/G3SSWC[/$NC:3T][]:5?_WOP?6]/???F0P]\\L.G2;[KW%,>ODH+-ZRXd
  123. M]Y_;3[&L'3,)QF 5M@#6+WLF09O(3D(R5NUJ:@9<2=F2Y[67G01C47,6!#W0c
  124. M$@' +7I":]H"<<.PH-E+3$PC'W6(,$%9E<1K$=16!D<R)XXYH(,\J)=FS+8Rb
  125. MM-W*@?Z"H.=.(@ "J Q=//R?%#A7O1KBJX-P0Z*=5A8__8VO?7J3H@M5I[XKa
  126. M(@Z+_=,B%;M(O":F:8@I\9,8#;=$%8F+?RI1X_NV*#PRNO&+:$2)').(.3M:z
  127. ML8Q@C./[%,C%-O[1C7D\R1ZGR,:ZO3&0:1PD(_MHR,WI*9$F620=TU=),\(Qy
  128. MDFNDI"/Q>+I0%G*4082D'B6YR9!4T9)G+.4<Q]C)1V*R))JD)2HC]\E5FK*.x
  129. MM23E[7[)21TQ#):]5"0KJ2@K0Y7$8!E[(\J&.<L$N@H**"$ PX#(RVFZY(C5w
  130. M?*&J((&2G\UP=QSC($L\"$X>VJMI3%,7T(2&PA2VQ  L!(08#%:U6T[NG*-C
  131. MC VAF+5-T8TD/M01-_\F4'BH\","R*<4)RF\5DJM>73:($'U%3Z*%O-7&"6>u
  132. M/T?2SH-85'9%E%Q&5:G,B9[4I"D-:2RIN:%7*F%7#$UF)B7I45?&=%TS]9A+t
  133. M#_9*F>H4ESRU:5&!>E2')96H/_574%\W5%&"E*DLW6E53WE5J3858$%UZK*\s
  134. MFE6D;A68.-7<5.MWUH%.-7)K#6-'E1I5N'Y5)(OLZ>.":=>R.K6M/N4K#44Jr
  135. MRYI"57SY4REA:6I2H@(PFZ4SJC>I.M>#H6UY%5NH6B&8,HX:5IR"B:%(,#@Iq
  136. MKW+,:"H1 !]*.L51B;"<)3PAI%"A@'L:T;.-S18,H5;:P4:&8Q+H( (*:M"7p
  137. M)K1-FF7=;Y%X3@BP5J%RL%G:",C0AE9M)0)P+FX;R]6W5O>N(7GN2Y<*U[@*o
  138. M<J+0A:E@U6I>4'8TO3?MJF_;RQA%F/6]XZWK=U49 /O%%;_9(N]\DVE!O/(4n
  139. MO@+>;R*?9&#TYG>] :5O?%%[+P3KE[V]G/!_*_S@M"J7OBT%<'>M)540:U7$m
  140. M:)6O@K6% PI'=\3RXAVQ,LP'%W,WQ=[%,'%)8&,+0_C#&>;QAE%,8Q*7-\/,l
  141. MZ'&'3W9,&=,NCP% AI(#+*L"DR1FT3SR9-F*8I:Y"K/;!-MWMRS![<)WMS Ck
  142. M;8DU"E:1L-/,A+J78)3$P-B*JIYC@@<:-1P:((CWI!7D;7D;JLZ[%3<D L #j
  143. M<8O;K.-Z*[G$FQS'$@>-D43TN>D]J(ZH&V%"D\3*'GDS>C-]X0%#V)GA-3.Ii
  144. M?QSIQ0KUO:OV<*M-W.-8J[C3R<1 K4%:8%SSEP>[;E:O39UA$@2[R#$>=+&/h
  145. M[58C5U?"AVXPK'E=:MH]N23Q!.NHJ<UJ8($7)'F]<6!E[6V_:GO:PJ[VK#-\g
  146. MX@K;.L?$YF%[/\)M<E\KP]$.2;C?[6SV0IO9X[YUO*$\;R('O)R %=>]Y0UPf
  147. MA,DJVP+,\K,YRUB#@T2!Z2J9LLFL$DP#6E7%G!- USW0D= 9T8I6=9Q!U300e
  148. MQ-B$G\)SGO?,B)$8P,\JMZC77'ZJWG;:TVN+F9L5#2I-?\31NX+TQ" 8 1H*d
  149. M'=&W'35TC=X]NRV]Y(:V=,JE;M%ASQK$$$\UUXWE]6E]%R/[GKJZEVYN:;M;c
  150. M[:QF.Y3S#>X#BYO>:Q_=W&L-=UG+O20\/_?;NYYWUB4R\&YW>+.3_>Q_#YG>b
  151. M9"_\M6E(=[3;O>\"__K9/9)VPL==[X55_,'[;6H0)[+SD?%\X;55><Y?WO-%a
  152. M!SWE%0[[S)N=I95%O,51JOK)CP34EA_[XC?6Y/FZ6B2HKKOP75GE; [0ZHKCz
  153. MN'L';RRTG9SX&F\\Q;%I:N@&.LT!&/G5F7NW9@D  YAN[:>:=GV2D SFG9)Yy
  154. MGJW>)8\8  7IIWK75 5\&@)48Q!T78J3(R A $BP:)RB?TAW+,D%@!SS=(H#x
  155. M;&ZV6MVG5_IW48W74! 8.!Q@:<-5@:WD=0XH6I*3?A98;0#8=OIV>2?X8RDXw
  156. M4HDG>GCG@IH#@RLH=2WH82\8>C+(>SI8@SP(>:/'>#]':[JW>_$%;%.R>0>1
  157. M=CF8>3M8<4*X5S\H>Z_V=D%HA%%XA<PWA(_D;\?'95@8@B@(A%*(A")HAES8u
  158. M@%I5A:MWAG?7AE"HAI0UAKHR.R3#+EM8AUWH<"[C?!)7>@T5A$AH?2,#& UXt
  159. M-]*'$B;82EZ#!RFA9F#84#>T3EL':XVU?B$S,G;F*?*79TW'$@80=9@X17?Rs
  160. M?=YR3FH#096(73DC*E2W@,ZB6:O(,:&(7:2(A3UU@1J4@HH(#ZV86I>HBYLTr
  161. M;*NH@B!A@KM8:L=H@\I7BLL(8<U(B+MGC'_CC,$'C<7(C-=(C7%HC70HAGUSq
  162. M)%!HA7S8ASXH<-,(A]_(C>$H5\1(CNYHCN*(CG((;%NXAFQ8CF%HCU.8COC8p
  163. MC>P8C6F5C%>XC_/8CP?YC_=(>GJ(C-D8CU2H$H(0B%\7AO XCG[8)[JH.(:0o
  164. M?8(XB .Y26B3'B=1D:JX-HMX$LJX2?W4D2!1D0\0#I-(B1TTC!K)&)O2-!  n
  165. MDQ%!DC$7*O!PBRHQBBT))'3RDL@E9O,"00] 4*/B0G0BB]K":58W:1V$<S@(m
  166. M4V_"B[Q4A,L5C"FA6LKH*W32:]"'C1Y1EDC9D$1XD1AY7M!HEF[YA=;VCG+9l
  167. MD6V9A*27EM[(E6=Y87XYD'3)EV_9E!#I>EM9F&@Y6&K9A"P(F'7Y12%IA()7k
  168. M1UTIF([YEXRIF0+ICWB7F>LUF*")4J*)4Z2YD*$9F*.YF82YEXWYF:IIFJR)j
  169. MFJY9FI)IF'8)EY89@SYUFBKA"1:9FO7XFV<I*Q-0?W<#"2#)F]LWF[F)-C*0i
  170. M$L(Y0W8#&R3(DA68FUZ3G"@1"/,T)G<)$@_0&1ZT3A%XF$B)0CR)>"11G9,Rh
  171. M8R.A*47#!**(?MMIEF[2G<JY-JPBGR+Q ?-0,U2 G@CH*>L) %1)0X("H"%1g
  172. MGC5#!@::G\YCBH[DH.1IGBV&7>DYEQ6Z5!CJ,\#PF !0EA_Z4R'J>]#9.[KYf
  173. M12E*/ >Z-)ZQF"=:2R]*.A?DH=8#HN-9F2Q!HSN*HCTZI"X!I.7#H\Y)$T8Je
  174. M*$B*F#.QI&[2I-#WI#IZI$*:I%3JDU9JHT2*HP)4I4QZI4XJ$U#:HJETHP]5d
  175. M$F4JI<8'$VLJIE-*IF :I7#:IB_QIDOD"-%THW\A$P$PHU)CH1'0GX$3"1IWc
  176. MHP_ 8"XQ $%CI8(BG>XY$GJ**HBJJ"W!J'.Z?X(QJ"AAJ/"W-* :JD(I&!(0b
  177. MJ2(QJ?'9I8DJ$YCJJ/NI*ISZ:(I2J:S:J(&ZH-/%*]=)J&T"J!IDH5>%IDJ:a
  178. MJ6SJ$ZYJIE]YHS=QK%(JJLZZ-'3*I4*AI6E21>*9IE2Z+F8"$]@JIT#EIT-!z
  179. MK=V:@3TAKC0QKFXJ+F$2KNH*KD)AJ379$I_XK/0**ET!KV-!K6"RK_S:K_[Zy
  180. MKP ;L ([L 1;L 9[L B;L J[L% 1$-RGQ/T"                        x
  181. A                                         /R#w
  182.  
  183. end
  184.  
  185. ------------------------------
  186.  
  187. Date: Fri, 18 Aug 89 20:37+0200
  188. From: Ritzert%DMZRZU71.ZDV.Uni-Mainz.de@Forsythe.Stanford.EDU
  189. Subject: Hard disk formatting?
  190. To: info-atari16@SCORE.STANFORD.EDU
  191.  
  192. Hi, networld!
  193.  
  194. Does anyone know how to format the following HDs with 2k or 4k clusters?
  195.  
  196. a) SH205, latest Atari Software
  197. b) Seagate ST296N/Supra host/Software 3.3
  198.  
  199. Both attached to Mega's running beta-TOS1.4 (and in a few weeks the
  200. official release)
  201.  
  202. Thanks!
  203. Michael Ritzert
  204. mjr at dmzrzu71 (bitnet)
  205.  
  206. ------------------------------
  207.  
  208. Date: Fri, 18 Aug 89 21:53+0200
  209. From: Ritzert%DMZRZU71.ZDV.Uni-Mainz.de@Forsythe.Stanford.EDU
  210. Subject: Patching Absoft Fortran
  211. To: info-atari16@SCORE.STANFORD.EDU
  212.  
  213. Hi,
  214.  
  215. Before returning to TOS, AC/Fortran reads a <RET> from the console which
  216. cannot be switched off by a flag to the program. This makes the compiler
  217. unusable in connection with batch procedures, make or similar utlities.
  218.  
  219. As a solution to this problem, I figured out how to disable this query
  220. (a Gemdos(10) call) by a patch. The present version of the patch does
  221. not switch off the message ty type return, only the jump to the reading
  222. routine. But its easy to switch off this message, too.
  223.  
  224. If there is enough interest, I can post a program to perform this patch
  225. (C-Source).
  226.  
  227. BTW, a few months ago I patched code for Atari's 68881 board into
  228. F77.RL. Great floating point performance now (Only 2.3 times slower than
  229. a VAX 11/750 for least sqares fit in double precision)!
  230.  
  231. Greetings,
  232.  
  233. Michael Ritzert
  234.  
  235. ------------------------------
  236.  
  237. Date: 18 Aug 89 18:39:51 GMT
  238. From: sjsca4!news@uunet.uu.net  (Greg Wageman)
  239. Subject: Re: Designing HIs under GEM
  240. To: info-atari16@score.stanford.edu
  241.  
  242. In article <11830048@hpldola.HP.COM> jg@hpldola.HP.COM (Joe Gilray) writes:
  243. >
  244. >I would like to start a discussion about human interface design under GEM.
  245. >
  246. >1) Is there any standard "look and feel" for dialog boxes?  More than
  247. >   just Title at the top, buttons across the bottom?  For example
  248. >   I would like a single dialog to handle several different cases, so
  249. >   I turn off inappropriate Object sub-trees with the ob_flag HIDETREE
  250. >   bit.  Now each Object sub-tree has its own location in the box so
  251. >   when I turn some off there are "holes" in the box.  I could place
  252. >   different Object sub-trees in the same location (as long as they
  253. >   will NEVER be both visible at the same time) but I don't want to
  254. >   do this as I feel that the user will find it easier to learn and
  255. >   use the box if it is possible to associate a location with a
  256. >   function.  What do you think?
  257.  
  258. The "look and feel" (ghod, how I hate that phrase.  Sounds like
  259. something one does with a prostitute) of a GEM dialogue is pretty much
  260. determined by GEM itself.  The various GEM objects (radio buttons,
  261. TEDINFOs, BOXCHARs, etc.) each have a distinctive appearance and
  262. behaviour.  I've yet to see a real GEM dialogue where the objects and
  263. their operations weren't intuitively obvious.
  264.  
  265. As for hiding object trees and overloading dialogue boxes, I don't
  266. personally find this a good idea.  More important even than object
  267. location is familiarity with a particular dialogue as a whole.  I know
  268. that I myself get to recognize certain dialogues when they appear, and
  269. don't have to stop to thing about what I'm being asked and what I need
  270. to do when one appears.  Changing a dialogue on-the-fly would lead to
  271. a longer learning curve and slower operation for the user, and doesn't
  272. make your own code any shorter.
  273.  
  274. Besides, GEM provides the ability to "grey-out" objects and make them
  275. unselectable.  This is the appropriate way to indicate an invalid
  276. selection in a dialogue.  This preserves the appearance of the
  277. dialogue while disallowing inappropriate selections.
  278.  
  279. >2) I also tend to use nested dialogs quite a bit.  I like to keep the
  280. >   amount of information on a given dialog limited (this can also be
  281. >   helpful in making a dialog multipurpose, i.e. useable in many
  282. >   different parts of an application).  Do you think that nested
  283. >   dialogs are too hard to use?  I know that they can be harder to
  284. >   write as you often have to allow the user to move up and down
  285. >   through the levels of dialog hierarchy and may have to offer
  286. >   the same function in several different boxes (i.e. Abort,
  287. >   finished, etc).
  288.  
  289. I see nothing wrong with nesting dialogues as long as the nesting
  290. isn't gratuitous.  In other words, don't split a dialogue just to make
  291. it appear more "flashy".
  292.  
  293. >3) One of the reasons I use nested dialogs is a limit I think I've
  294. >   found in GEM, it appears that there must be less than 256 editable
  295. >   (FTEXT, FBOXTEXT) characters per box in GEM.  Has anyone else
  296. >   noticed this (I am using original ROM TOS)?  Is this fixed in
  297. >   QuickSt or TurboSt?
  298.  
  299. I can't recall reading about any such restriction, but that doesn't
  300. mean one doesn't exist.  However, you say nothing about what
  301. programming environment you are using.  255 is exactly the largest
  302. unsigned integer that can be represented in a byte.  You aren't using
  303. a language that encodes string length in a leading byte, are you?  (No
  304. K&R standard C language does this; C strings are arbitrarily long and
  305. null-terminated.  Perhaps BASIC or Pascal?)
  306.  
  307. Greg Wageman                    DOMAIN: greg@sj.ate.slb.com
  308. Schlumberger Technologies       UUCP:   
  309. 1601 Technology Drive           BIX:    gwage
  310. San Jose, CA 95110-1397         CIS:    74016,352
  311. (408) 437-5198                  GEnie:  G.WAGEMAN
  312. ------------------
  313. Opinions expressed herein are solely the responsibility of the author.
  314.  
  315. ------------------------------
  316.  
  317. Date: 18 Aug 89 20:21:36 GMT
  318. From: cs.utexas.edu!usc!sdsu!ucselx!coffey@tut.cis.ohio-state.edu  (pat coffey)
  319. Subject: PC Ditto question
  320. To: info-atari16@score.stanford.edu
  321.  
  322. I purchased the original version of pc-ditto several years ago and
  323. received an upgrade.  Now that pc-ditto version 2 is out, I understand
  324. I can get a discount on the new product, but have not received anything
  325. in the mail about it.  Does anyone know if the vouchers have been sent out yet?
  326.  
  327. Thanks in advance,
  328. --
  329.      _   _        Ms. Pat Coffey
  330.     |_) (_        San Diego State University
  331.  
  332. ------------------------------
  333.  
  334. Date: 18 Aug 89 18:39:18 GMT
  335. From: mcvax!hp4nl!dutrun!hans@uunet.uu.net  (Hans Buurman)
  336. Subject: uupc ?
  337. To: info-atari16@score.stanford.edu
  338.  
  339. I want to set up an e-mail connection between the university and
  340. home. From hp4nl I picked up a source called uupc, however, I don't
  341. know how to proceed:
  342.  
  343. >From the doc's, I don't know exactly how to build it, and
  344. I do not have the C-compiler mentioned in the README (alcyon).
  345.  
  346. Is there anybody out there who has an executable ?
  347.  
  348.         Hans
  349.  
  350. Apologies if this has been discussed last month: I don't always have the
  351. time to read to read this group.
  352. -----------------------------------------------------------------------------
  353. Hans Buurman                   | hans@duttnph.tudelft.nl
  354. Pattern Recognition Group      | hans@duttnph.UUCP
  355. Faculty of Applied Physics     | mcvax!hp4nl!dutrun!duttnph!hans
  356. Delft University of Technology | tel. 31 - (0) 15 - 78 46 94
  357.  
  358. ------------------------------
  359.  
  360. Date: 17 Aug 89 16:51:54 GMT
  361. From: zephyr.ens.tek.com!tektronix!sequent!mntgfx!dclemans@uunet.uu.net  (Dave
  362.  Clemans @ APD x1292)
  363. Subject: Re: IBM Keyboard on Atari ST
  364. To: info-atari16@score.stanford.edu
  365.  
  366. >From article <8908152127.AA29761@cunixd.cc.columbia.edu>, by
  367.  ia4@CUNIXD.CC.COLUMBIA.EDU (Imran Anwar):
  368. >
  369. > Hi...I have a question...
  370. >
  371. > I have an ST 1040 and also a spare IBM keyboard...(which anytime feels
  372. > better than the ST's)....any way I can hook that for use with my ST?
  373.  
  374. According to messages on Genie, a converter box to allow IBM compatible
  375. keyboards to be used on ST's is in beta test.
  376.  
  377. dgc
  378.  
  379. ------------------------------
  380.  
  381. Date: 18 Aug 89 22:50:50 GMT
  382. From: haven!h.cs.wvu.wvnet.edu!b.coe.wvu.wvnet.edu!fuhrman@purdue.edu  (Cris
  383.  Fuhrman)
  384. Subject: NetHack3 binary needed for Atari 1040 ST
  385. To: info-atari16@score.stanford.edu
  386.  
  387. Can anyone tell me if there's a pre-compiled binary for NetHack 3.0
  388. available via anonymous ftp for a single-drive Atari 1040 ST?
  389.  
  390. Desperate for nethack!!!!
  391.  
  392. -Cris Fuhrman
  393.  WVU College of Engineering
  394.  
  395. ------------------------------
  396.  
  397. Date: 19 Aug 89 01:26:52 GMT
  398. From: mica.berkeley.edu!wisner@ucbvax.Berkeley.EDU  (Bill Wisner)
  399. Subject: ST monitor connection
  400. To: info-atari16@score.stanford.edu
  401.  
  402. Following the recent death of my SM124 monitor, I scrounged up an old green
  403. screen and connected it to my ST. Simple enough, but the ST thinks that this
  404. green screen is a color monitor, which it is most decidedly not. So, what
  405. should I put on pin four of the monitor connection to convince my machine that
  406. I'm on a monochrome screen?
  407.  
  408. Kindly reply by mail; I usually don't have the time to keep up with the
  409. newsgroup.
  410.  
  411. Bill Wisner             wisner@mica.berkeley.edu             ucbvax!mica!wisner
  412.  
  413. ------------------------------
  414.  
  415. End of Info-Atari16 Digest
  416. **************************
  417. -------
  418.  
  419.